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ABSTRACT 



The present invention provides a merchant system for online 
shopping and merchandising. The merchant system archi- 
tecture provides great flexibility for a merchant to adapt the 
merchant system to their existing business practices, pro- 
motions and databases. The merchant system includes a 
dynamic page generator, a configurable order processing 
module and a database module capable of retrieving data 
from the database without regard to its schema. The present 
invention enables merchants to create electronic orders 
which are easily adaptable for different sales situations. The 
order processing module includes multiple configurable 
stages to process a merchant's electronic orders. The mer- 
chant system is capable of generating pages dynamically 
using templates having embedded directives. The database 
module and the dynamic page generator allow merchants to 
modify their databases and page displays without having to 
reengineer the merchant system. 

64 Claims, 18 Drawing Sheets 
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ELECTRONIC SHOPPING AND 
MERCHANDISING SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a shopping and merchan- 
dising system and, more specifically, to a shopping and 
merchandising system for online networks, such as the 
World Wide Web portion of the Internet. 

2. Description of the Related Technology 

The World Wide Web (Web) is part of a global computer 
network known as the Internet. Scientists and academicians 
initially developed and used the Internet to share informa- 
tion and collaborate. The Web functions as an object based 
multimedia system. It allows for the creation, storage and 
delivery of multimedia objects. Recently, on-line service 
providers, such as Microsoft Network, CompuServe, 
Prodigy and America Online, have linked to the Web. This 
enables their customers to access a variety of products and 
services available from independent content providers and 
other Web users. For example, a typical customer can access 
electronic mail, news services, travel services and online 
stores and malls on the Web. 

The global penetration of the Internet provides merchants 
with the capability to merchandise their products to sub- 
stantial shopping audiences using an online merchant sys- 
tem. Online merchant systems enable merchants to cre- 
atively display and describe their products to shoppers using 
Web pages. Merchants can layout and display Web pages 
having content, such as text, pictures, sound and video, 
using HyperText Markup Language (HTML). Web 
shoppers, in turn, access a merchant's Web page using a 
browser, such as Microsoft Explorer or Netscape Navigator, 
installed on a client connected to the Web through an online 
service provider, such as the Microsoft Network or America 
On Line. The browser interprets the HTML to format and 
display the merchant's page for the shopper. The online 
merchant system likewise enables shoppers to browse 
through a merchant's store to identify products of interest, to 
obtain specific product information and to electronically 
purchase products after reviewing product information. 

To promote their products, merchants often discount their 
products or have sales. Merchants can use a wide variety of 
discounting schemes to promote their products. For 
example, a merchant may offer volume discounts, such as 
buy two and get one free, or membership discounts where, 
for example frequent shoppers and AAA members get 10% 
off, or cross-sell incentives offering, for example, 50% off 
socks with a shoe purchase. Existing online merchant 
systems, such as Netscape Merchant System, support only 
date-based sale pricing, such as 20% off all shirts during the 
month of May. To enter the online shopping market, mer- 
chants desire an online merchant system that allows for a 
significantly wider variety of product discounting and sales 
schemes. 

Similarly, existing online merchant systems, such as 
eShop 1.0, implement a generic purchase transaction model 
to capture the most common variations of a purchasing 
transaction. To complete a purchase transaction, a merchant 
sums up the prices of items, deducts applicable discounts, 
adds sales tax, receives payment and delivers the purchased 
items to the shopper. Although these basic steps are the same 
for many merchants, electronic commerce in a global envi- 
ronment imposes many variations to this basic model. For 
example, merchants generally have to include a shipping 
and handling fee for their online shoppers. Merchants may 
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likewise have to include special taxes or fees, such as value 
added taxes or use fees, applicable only in certain countries 
or economic unions. In addition, merchants may issue their 
online customers private label credit or charge cards. Cus- 

5 tomer payment using these private label cards requires 
authorization through private networks, instead of commer- 
cial banking networks. Thus, it becomes apparent that to 
enter the online shopping market, merchants require an 
online merchant system that provides for substantial varia- 
tions in the purchase transaction model. 

Lastly, merchants typically store product data, such as 
product descriptions, prices and pictures, in relational data- 
bases. Online merchant systems, therefore, have to interface 
with merchant databases to access and display product 
information. Databases require a consistent structure, 
termed a schema, to organize and manage the information. 
In a relational database, the schema is a collection of tables. 
For each table, there is generally one schema to which it 
belongs. In an implementation of a relational database, a 
relation corresponds to a table having rows, where each row 

20 corresponds to a tuple, and columns, where each column 
corresponds to an attribute. From a practical standpoint, 
rows represent records of related data and columns identify 
individual data elements. A table defining a retailer's prod- 
uct line may, for example, have product names, product 

25 numbers (e.g., SKUs) and prices. Each row of this table 
holds data for a single product and each column holds a 
single attribute, such as a product name. The order in which 
the rows and columns appear in a table has no significance. 
In a relational database, one can add a new column to a table 

30 without having to modify older applications that access 
other columns in the table. Relational databases thus provide 
flexibility to accommodate changing needs. Once the 
schema is designed, a tool, known as a database manage- 
ment system (DBMS), is used to build the database and to 

35 operate on data within the database. The DBMS stores, 
retrieves and modifies data associated with the database and, 
to the extent possible, protects data from corruption and 
unauthorized access. Because each merchant organizes its 
product information differently, there is a large installed base 

40 of databases having a wide variety of database schemas for 
product infonnation. 

Available online merchant systems, such as eShop 1 .0 and 
Netscape Merchant System, require merchants to organize 
their product information accordiing to a predefined database 

45 schema. Hence, to use such systems, a merchant must either 
convert its existing databases to this predefined schema or 
the merchant must create a new database having the pre- 
defined schema. For many merchants, conversion of their 
existing databases is not feasible. For example, the merchant 

50 may have several hundred thousand product entries located 
in different remote databases accessed by legacy 
applications, such as a point of sale system or an inventory 
control system, specifically designed to interact with these 
different databases. If the merchant converted these data- 

55 bases to the predefined schemas, their legacy applications 
would no longer function properly. To protect their invest- 
ment in legacy applications, merchants may have to copy 
their product data into a redundant database having the 
predefined schema. Otherwise, merchants may have to incur 

60 substantial costs to rewrite their legacy applications to 
support the predefined schema of the online merchant sys- 
tem. For these reasons, it is not cost-effective for a merchant 
to use applications requiring a predefined schema for exist- 
ing relational databases. To enter the online shopping 

65 market, merchants require an online merchant system that 
will cooperatively function with existing database systems 
having a wide variety of schemas. 
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SUMN4ARY OF THE INVENTION Yet another aspect of the present invention includes a 

The present invention enables merchants to enter the ^nerchant system comprising an order processing module 

online shopping market by providing a system and archi- b^^ing a plurality of components configured to create and 

lecture to obtain and perform a large set of processing process an order, and a dynamic page generator, m commu- 

operations and compulations on a rich set of dynamically 5 nication with the order processmg module, to oomgose^a, 

generated information from a wide variety of data sources. page for display by processing a texnplate-bav»tg^equest 

In contrast to the rigid display formats and fixed database for information from the order. 

schemas of existing merchant systems, the present invention Lastly, another aspect of the present invention includes a ^ 

provides a dynamic page generator that permits the display merchant system comprising an order processing module 

of dynamically generated data in any format or presentation jo having a plurality of components configured to create and 

desired by the merchant. The present invention provides this process an order/wherein a component makes a request for 

flexibility through the use of display templates and a data- order data, a dynamic page generator, in communicatio n 

base schema independent query mechanism. In this manner, ^vith tbe order prucessing module, to compose a page for 

a merchant changes the display formats by modifying a display by processi ng a template, having a request for 

template instead of revising the system modules producing iDfoVmatiocT&otrthTord ^ database request for pli^ 

the display formats. Similarly, a merchant handles database dataTand "a"datagas e module, in communication "witFT 

modifications by modifying the queries stored in the data- dalabaie' lfHd wFtb the order prbceising module and with the 

base instead of modifying the system modules performmg dgfi^ic,^^ gpnPr.tor| to retrieve order data from the 

the database quenes. d atabase and to communicat *^ th^- nrHpr data tr\ the nrrier 

In addition, the present invention enables a merchant to 20 rjl^l^^'i!:^ - ^" rptnpA/P p a gp Hata fp nnn^HiP^ 

effectively promote their products. In contrast to existing database and to communicat e the page data to tbe dynami c 

merchant systems that separate display operations from p agegeneratoriw hercm the retrievedorder data corresponds 

processing operations, the present invention provides the to the compor^nt request, the retrieved page data corre- 

capability to generate product information pages dynami- sponds to the database request and the database module 

cally during order processing. Thus, a shopper using the '^5 retrieves the order and page data in a manner that is 



present invention can vie w special promotion information 
during order processing o^raiioos. aimnarly, the present 



independent of any database schema. 



1 '^^SrSr^f;;S BRIEF DESCRIPnON OF THE DRAWINGS 

information and to process an order, so a shopper is guar- FIG. 1 is a block diagram illustrating an example of an 

anteed consistency and reliability in the information used to 3Q online network for practicing the present invention, 

make purchasing decisions. Moreover, the present invention FIG. 2 is a block diagram illustrating the merchant system 

provides a configurable order processing module thai of the present invention. 

enables merchants to add components to the merchant pjG. 3fl is a block diagram illustrating the structure of a 

system they need to address the particular requirements of preferred embodiment of the dynamic page generator of 

their purchase transactions, su ch as special value added 35 piG. 2. 

ta xes or use fees . piG 3^, is a block diagram Qlustrating the structure of 

Lastly, the present invention enables merchants to protect another preferred embodiment of the dynamic page genera- 

their investments in existing databases by providing a data- tor of FIG. 2. 

base schema independent query mechanism. The present pjQ 4 Qjustrates the correspondence between -a syntax 

invention provides for the storage of database queries in the 40 and a template used by the dynamic page generator of 

database to isolate applications that access the database from pjQ 3 

differences in schemas and data sublanguages. Similariy,^ pj^ * 5 illustrates the data flow for tbe database module 

because of the database schema mdependence, the order dynamic page generator shown in FIG. 2. 

proofing module of the present invention does not require ^ ^ -^^ ^ ^^^^^ ^ ^^j^ 

modification for each change to the database. 45 ^^-^^ ^^ich illustrate an example of the data flow 

One aspect of the present invention mcludes a merchant-i 5 produce a HTML table for display. 



system comprising a dynamic page generator to compose a 
page for display by processin g aJem plate having a database 
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FIG- 7 shows a revised portion of a template, a revised 
product table and an access object which illustrate an 
example of the data flow of FTG. 5 used to produce a HTML 
table for display. 

FIG, 8 illustrates the data flow for tbe database module 
and the order processing module shown in RG. 2, 

FIG- 9 shows an order, an access object and an annotated 
order which illustrate an example of the data flow of FIG. 8. 



reque&tJor ij age data, and a databa^ modlllP, in commum 
cation with a database and with the dynamic page generator, 
to retrieve page data from the database and to communicate 
the page data to the dynamic page generator, wherein the 
rei n'cved p fipr e. data corresponds to the databa se request and 
wherein the database module retrieves the aata in STnanner 
tbatJs-iBdcpeade nLof any datab ase..schema. 

Another aspect'^flbri^^^ invention includes a mer- illustrates the data flow for the dynamic page 

chant system comprising an order processing module, a generator and the order processing module of FIG. 2. 
plurality of components associated with the order processing ^^G, U shows a template portion, an order, a first anno- 
module so as to create and process an order, wherein a tated order, a second annotated order and a page portion 
component makes a request for order data, and a database 60 displayed on a consumer browser which iUustrate an 
module, in communication with a database and with the example of the data flow of FIG. 10. 
order processing module, to retrieve order data from the FIG. 12 illustrates the data flow for the dynamic page 
database and to communicate the order data to the order generator, the order processing module and the database 
processing module, wherein the retrieved order data corre- module of FIG. 2. 

sponds to the request and wherein the database module 55 FIG. 13a shows a template portion, an order and an access 
retrieves the data in a manner that is independent of any object which illustrate an example of the data flow of FIG. 
database schema. 12. 
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FIG. 13f> shows a cross sell table, an access object having 
no data, an access object having one data row and a page 
portion which illustrate the data flow of FIG. 12. 

FIG. 14 illustrates the architecture of the merchant system 
of FIG. 2. 

FIG. 15a shows pseudo code for an action, an order and 
an annotated order which illustrate the data flow of FIG. 14. 

FIG. \5b shows a template portion, an order, an access 
object and a page portion which illustrate the data flow of 
FIG. 14. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

For convenience, the description comprises the following 
sections: 

I. Merchant System Overview 

II. Templates, Directives and Actions 
m. The Dynamic Page Generator 

IV. The Order Processing Module 

V. The Database Module 

VI. Merchant System Data Flows and Architecture 
The following detailed description of the preferred 

embodiments presents a description of certain specific 
embodiments to assist in understanding the claims. 
However, one may practice the present invention in a 
multitude of different embodiments as defined and covered 
by the claims. 

L Merchant System Overview 

FIG. 1 is an example of an online network for practicing 
the present invention. Id particular, a client 100 communi- 
cates with a server 102 by means of a network 104, such as 
the World Wide Web portion of the Interne L The server 102 
may include a gateway to a Wide Area Network (WAN) 106 
having a plurality of Local Area Networks (LANs) 108. A 
browser 101, residing on the client 100, displays a store 
home page 103 retrieved from the World Wide Web on a 
viewing device 105. A user can view this page by entering, 
or selecting a link to, a Universal Resource Locator (URL), 
such as "www.store.com", in a browser program, such as 
Microsoft Explorer or Netscape Navigator, executing on the 
user's computer. Note that an online merchant system may 
reside in a server or in a combination of servers comprising 
the WAN 106. Similarly, the client 100 may access the 
network 104 through a wireless connection, such as the 
infrared link 107 or the satellite dish 109. 

Focusing now on the network 104, the presently preferred 
network is the Internet. The structure of the Internet is well 
known to those of ordinary skill in the art and includes a 
network backbone with networks branching from the back- 
bone. These branches, in turn, have networks branching 
from them, and so on. For a more detailed description of the 
structure and operation of the Internet, please refer to "The 
Internet Complete Reference, by Harley Hahn ^nd Rick 
Stout, published by McGraw-Hill, 1994. However, one may 
practice the present invention on a wide variety of commu- 
nication networks. For example, the network 104 can 
include interactive television networks, telephone networks, 
wireless data transmission systems, two-way cable systems, 
customized computer networks, interactive kiosk networks 
and automatic teller machine networks. 

In addition, the network 104 includes online service 
providers, such as Microsoft Network, America OnLice, 
Prodigy and CompuServe. In a preferred embodiment, the 
online service provider is a computer system which provides 
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Internet access to a client 100. Customers pay monthly 
access fees to the online service providers for help services 
and access to the Internet through local telephone connec- 
tions. Of course, the online service providers are optional, 

5 and in some cases, the clients 100 may have direct access to 
the Internet 104. For example, the client 100 may be 
connected to a local area network 108 which in turn is 
directly connected to the Internet 104, 

Focusing now on the client 100, the client is a general 

10 purpose computer. In a preferred embodiment, the client 100 
is a conventional personal computer equipped with an 
operating system supporting Internet communication 
protocols, such as Microsoft Windows 95 and Microsoft 
Windows NT, a browser, such as Microsoft Explorer or 

15 Netscape Navigator, to access the Merchant System and a 
conventional modem for access to the Internet 104. In other 
embodiments, the client 100 could, for example, be a 
computer workstation, a local area network of computers, an 
interactive television, an interactive kiosk, a personal digital 

20 assistant, an interactive wireless communications device or 
the like which can interact with the network. While the 
operating systems may differ in such systems, they will 
continue to provide the appropriate communications proto- 
cols needed to establish communication links with the 

25 network 104. 

Referring now to FIG. 2, a merchant system 120 com- 
municates with a database 121, a consumer browser 122, a 
merchant browser 123, and a network 124. In a preferred 
embodiment, the database 121 comprises data stored locally 

30 in one or more storage devices, such as a magnetic disk drive 
or an optical disk drive. In another preferred embodiment, 
the database 121 comprises data distributed across a LAN 
108 (FIG. 1) or a WAN 106 (FIG. 1). The database 121 may 
include query data, product information, order information^ 

35 shopper information, store information, r cccinLs and cus - 
tomer feedback data. A shopper uses a consumer browser 
IZT, such as Microsoft Explorer or Netscape Navigator, 
communicating with a network 124, such as the World Wide 
Web portion of the Internet, to access a merchant's online 

40 store using the merchant system 120. Similarly, a merchant 
uses a merchant browser 123, such as Microsoft Explorer or 
Netscape Navigator, communicating with the merchant sys- 
tem 120 directly or through a network 124 to manage its 
online store. There are, of course, typically, a multiplicity of 

45 the browsers 122, 123 operating on the network 124 at any 
time. 

The merchant system 120 includes a dynamic page gen- 
erator 125, HTMLstructiuies 126, a database module 127, an 
action manager 128, and an order processing module 129 

50 having an order engine 130, an order pipeline 131, and 
components 132 for various purposes, such as calculating 
sales tax and shipping/handling fees. The dynamic page 
generator 125 uses HTMLstmctures 126 and communicates 
with the database module 127 to access data from the 

55 database 121 to format and display on the consumer browser 
122 and tbe merchant browser 123. The order processing 
module 129 communicates with the dynamic page generator 
125 and the database module 127 to create Web pages 
having product information for display on a consumer 

60 browser 122. Similarly, the order processing module 129 
communicates with the action manager 128 and the database 
module 127 as needed to execute purchasing transactions for 
the merchant's online store. Lastly, the order processing 
module 129 includes components 132, that is, a plurality of 

65 application programs to enhance and administer the mer- 
chant system 120. For example, the components 132 can 
include applications to interface with commercial banking 
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systems, to calculate shipping/handling, to determine appli- 
cable taxes and to post payments to various bank accounts. 
The data communication internal to the merchant system 
120 is shown in FIG, 14. 

II. Templates, Directives and Actions 

The following section discusses how the merchant system 
120 uses templates, directives and actions to dynamically 
respond to customer requests. Templates, which include 
directives and actions, are located in the HTML structures 
126. In response to browser requests, the dynamic page 
generator 125 composes HTML pages dynamically from 
templates stored in the HTML structiu"es 126. In a preferred 
embodiment, the shopper invokes the dynamic page gen- 
erator 125 by selecting a URL having the form: 



"http 'J/servei na me/cnviro tun e nLsecurity/pge o/sto re_ 

per id/tcg)plate. biinl;afgl=value I;arg2=va]ue2 . 



J^)^ To support consumer purchases, the me rchant system 120 
includesjjHsUeUitml^ge± 

shog|> ^ to manipulate items inj heir sh^ppjng baskets, the 
onli ne equivalent of a shop ping car t or^ handheld b asket . 
5 Similarly, an orderfrm.html page provides an order form 
display for sb^ ^p crs to select shipping methods and to 
provide delivery instructions for the order. Apurchase.html 
page presents the order total and pmvidfyi f\ f^^]|uj ^ entrv_ 
of credit card payment information . To confirm purc hases, a 
10 confirmed.html p age presents a messa gejCQafirniing comple- 
tion ot the p urchase traosaction. Simi lajly.>-a_re£e ipt.fatm 1 
pagr^Yeserits a summar y of the orde j::-in-lhe-form~of an 
online~checkout receipt. In addition, a detail.html page 
presents a detailed hne item receipt for items ordered. Lastly, 



_naine/a(iapr 15 a receipts.html page presents receipts from all orders placed 
by a particular shopper. 

The merchant system 120 interprets the URL by analyzing^\"| Directives may include value references for evaluation 
its constituents to identify a template and its arguments. / during page generation. A value reference provides for 
Thus, the "http://" portion of the URL specifies use of the/ ' evaluation of an expression, such as a string or function 
HyperText Transfer Protocol (HTTP) for oommunicatior 20 name, to a value prior to use in a page. For example, if the 
across the Internet. The "server_name" portion of the URI value reference is a number, say the cost of a product, it 

evaluates to the numerical value of the number. If the value 
reference is quoted text, such as "Glove**, it likewise evalu- 
ates to the text within the quotes, or Glove. Similarly, if the 
value reference is a known function, say a function to 
calculate sales tax, the function evaluates to the value 
resulting from execution of the function. Note that argu- 
ments to functions are themselves value references and may 
be a constant, a parameter, a variable or even another 



specifies the name of the server having the router to lh( ; 
merchant's store. The "environment** portion of the URI . 
describes the version of the merchant system used. Fo 
example, "prd" denotes a production version and "dev ' 
denotes a development version of the merchant system 120 
The "security** portion of the URL indicates whether the\ 
A connection to the server is secure or insecure. Secure con-\ uj^m 

y ijnections are specified with "s** and insecure with "i'*|The I be a « ,^«x«^w..w, ^ ,o»x«n^iv v-^^u ^uv^ii^^i 

' /ti"pgep**, portion invokes the dynamic page generator 125. bo function. Thus, value references are useful for performing 



' I The "store^name*' portion indicates the name of th e store, \ 
in addition to the directori es where the template tiles reside. 

^ Tbe "sDopper la p ortion specifies the unique sfiopper 
/ identifier Lastly, the "template.html** portion is the name of 
^t'the HTML template tn iise to generate a page in r esponse to 

ItEe's hopper's request and the "argl=va]uel; ar^=value2 . . 

i!^" portion provides arguments for use by the dynamic page 

{.'generator 12^Note that the specific URL format described 
\|above is for explanatory purposes only. Thus, other URL 



mathematical calculations, retrieving data from database 
query results, storing and retrieving temporary variables, 
retrieving arguments and variables passed to a template and 
accessing shopper or order information. 
> Directives in a HTML template are set off by square 
brackets and may include value references as arguments. 
Thus, directives take the form [directive args], where direc- 
^ live is the name of the directive and args are arguments for 
the directive. For examples of directives, see the fetchrows 
202, eachrow 206, value 210 and money 212 directives of 



\jformats and locator techniques are included in the present 4 

/invention. , o FIG. 6. Using value references, the dynamic page generator 

ge^-sueb-as-t^'^ ^ 125 evaluates arguments of a directive before ru 



A template defines the a p pearance_Q La-j^ 
s tQtc»home£p agMO-\(FIG 1), a produf?t pagg or a rustorn^r 
information page . Apportion of an example lemplat^ \s 
shown as 200 in FIG. 6. Templates include HTML and 
directives, which are keywords to^the dynamic page gen- 
erator 125 specifying how to build a page for display, such 
as w hat^datagtQ^tgeFt^ntQ^tbcjpagegand -whatiqticr i^^ 
agains^t;»the-datab^-to-obtainrdatoT^^ 



running the 

directive. Thus, value references may be used as variables 
for a directive. Directives affect the dynamic page generator 
125 in three ways. First, a directive may generate text, such 
as HTML, formatted text and the contents of another file, for 
inclusion into the page. Second, the directive may perform 
a conditional test, similar to the standard if-then-clsc state- 
ment in many computer programming languages, for the 
inclusion or exclusion of text. Lastly, the directive may 
produce new value references for later use in page genera- 
tion. 



1A template may also include a wide variety of content, such 
as ActiveX controls. Visual Basic Scripts, forms, images, J 
video and sound. 

In a preferred embodiment, the merchant system 120 . gj^ The merch ant^sy stem 12Q includes sev eral types of dire c- 
includes several predefined templates in the HTML struc- tives. For exam ple, value display dir ectives g enerate jext for 
mres 126. For example, a weteOmfe*hfm1«p^af^^Vve§^as»a 55 
logGinMpag©afor^cG»nsiiBaers:!3Similarly, ar^r^]K§t&t:html-page^ 
pr©vidcs"a~f6rmrfor-arnew-consume^ 



informations An update.html page likewise provides a form 
for consumers to update their registration information. In 



inclus ion on a HTML page. Typical ly, value di sg^a y direc- 
tivesser ve to format and display v alues, such as c urfency, 
dates, time.and, text. S ec directives 21071^12 in FlCi. 6, for 
instance. Similarly, as noted above, conditional directives 
may include or exclude text in a page depending on the truth 



addition, a ma iln.html pag e^prp<ipnt<; nn pntranrp to the stnrc 60 of a conditional statement. In addition, navigational direc- 



simjlarjo a store lobby . The mainJitml page may include^an 
indfi jL to store departments aSwell aslinlS~to-irgportantstore 
inforgaatiQai Moreover, a dept.html page presents a list of 
store departments and a product.himl page presents product 
information, such as an image and textual description. 
Lastly, a find.htrnl page, typically accessible from a navi- 
gation bar, provides a product search capability. 



tives result in selectab le links or tenons in a Web page tha t 
can lake a s hopper to another generated page or tempja je. 
The^mercnani system 120 also includes database acSss 
directives. A database access directive typically selects and 
executes a database query to obtain query results having 
desirrH infn^matinn The dynamiiTpage generator 125 then 
manipulates the query results to format and display the 
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desired informalioD. See directive 202 in FIG. 6, for 08/732,205 hereby incorporated by reference. Detailed 
instance. SimUarly, order, product and receipt directives information on the syntax of shopper, administration and 
retrieve orders, receipts, produa or shopper data for use in database actions supported by the merchant system 120 is 
displaying order mformatioqj LasUy, convcnieDce directives c found in the Microsoft Merchant Server Documentation 
ETOdi^^nc^^aluc references for later use and gencraUv 5 HI. The Dynamic Page Generator 
fatflitatepage d^n and development. For example, con- ^ During a shopping session, theconsumer browser 122 
vcnicncc duictives can include files in real-time, set sends requests embedded in URL^dyresses tolhc merchant 
vanaPie^ atle ^cstatus of a checkbox and provide cojp - ^ systcm-^20rTSem^^ 

m^ntej o^a tem^ate th ararc re moved during pa gejenera- ei^b a3aer?g^ ests with H'lT^L " document " I he M' fMT 
tion/Detailed informaUon on the syntax of all directives lo d(xuments may contain registration information, product 
sup{)orted by the merchant system UO is found in the offerings, promotional advertisements, orders and receipts 
Micro^ft Merchant Server Documentation, hereby incor- The page generator 125 composes the HTML documents 
porated by reference. senun the consumer hmxvcprjr? The merchant system 120 

flk ! , P^^°^"^ vanous system operations, the merchant sys- provides a set of HTML pages dynamically generated from 
/ j tem 120 uses actions. For example, actions can^dd^outcia 15 queries to a database 121 having store information such as 
t^p.4n.orderform, clear an order from, initiate a purchase or inventory data, advertising copy, prxxiuct images pricing 
jfifigj ^" ^ data froinj he database . An action is a customer information and promotions ^ ^ 

/ rouUne to perform spedfiTfunctions. Actions have return FIG, 3a iUustrates the structure of the dynamic page 

values that control the display of results to a shopper. generator L25. In a preferred embodiment, the dynamic page 
/ Similarly, actions lake arguments that control their behavior. 20 generator L25 includes a page processor 140 and a querv 
Some actions generate errors when they receive incorrect module 142. Tlie page processor 140 retrieves and parses a 
arguments whde other actions process and validate the template from the HTML stnictures 126 to form a HTML 
arguments they receive. Many action arguments have default page for display on the browser 122, 123 In parking the 
I values to use when no values are specified. After execution HTML template, the page processor 140 communicates with 
of an action and its resulting system operation, the action 25 the query module 142 as needed to extract and format 
may cause di^lay of a HTML page having information, information from the database 121 to display on the browser 
such as confirmation mfonnation or error information result- 122, 123. GeneraUy, the template provides a query name to 
ing from execution of the action, or the action may redirect the query module 142. In a preferred embodiment, the query 
the shopper to a new HTML page. Actions are called when module 142 passes this query name to the database module 
a shopper chcks on a URL, generated by a directive, having 30 127. The daUbase module 127 uses the query name to 
the form: retrieve the query from the database 121 and then passes the 

-hup://«:rv«_aain^«virormentsecurity/xt/stoie_name/shop^ '^''^^J'' database L21 for execution. In a preferred 
per_id/inodule.actioD; argi-vaiuel; aig2-vaiue2 . . embodiment, the database 121 is a relational database that 

™ . . processes queries in the SQL data sublanguage. The data- 

The action manager 12« interprets the URL by analyzing its 35 base 121 in turn executes the query andTetums the query 

constituents to extract the action and its arguments for results to the database module 127 to produce an access 

^''^^Tu'i^'^' "^"^^ "P^^^^"" q^^n^ ^^"Its- database module 127 

use of HTTP for communication across the Internet. The returns the access object having the query results to the 
server name portion of the URL specifies the name of the query module 142. The page processor 140 obtains the 
server havmg the router to the merchant's electronic store. 40 access object from the query module 142 and processes the 
Tlie environment- portion of the URLdescribes the version access object to extract and format the query data to prepare 
of the merchant system used. For example, "prd" denotes a HTML for display on the browser 122 123 
producuon version of the merchant system 120. The "secu- Referring now to FIG. 3b, in another preferred- 

tit/ portion of the URL mdicates whether the connection to embodiment, the dynamic page generator 125 includes a 
the server is secure or insecure. Secure connections are 45 page processor 140. a guerv mndiile 14?. .nH . t.rr.pUf. 

specified with "s" and insecure x^th "i". The "xt" portion ^^ful^As befoi^,~Sray5Siefa gc generafor hul 

specifics the action manager 128. The "store_name" portion M^t^^ f or displa y on a^ browser 122, 12i uSL 

mdicates the name of the store, in addition to the directories l^mpS^si^SIEi^^ 

where the template files reside. The "shopper.id^ portion >XTttnlir^ry module 142 as needed to obtain, extract and 

specihes the unique shopper identifier. Ustly, the "mod- 50 format information from the database 121 for display on the 

ule,actiori portion identifies the action to execute and the browser 122, 123. However, in this preferred embodiment 

argl=valuel; arg2-value2 . . r portion provides arguments t he template parser 14 4 obtains a template from the H TMT 

and values for use by the action manager 128 to execute the si^i^sl^J^OSii^lMejo^ 

, ^ an ddelivers the resultings vntaY tree to tfiTp age proce ^or~ 

In a preferred embodiment, the merchant system 120 55 l^^^^^^^^^^^^^^^rmTtiy^/is 

includes several types of actions. For example, shopper is Wc^T^novm^^T^^ syntax trS^iTrSdSSibQ 

actioris control all aspects of shopper registration and log- representation used i n the constru ctior^ of parscrg^ana SS- 

gmg into a store. Admmistration actions accessible by the piggTogmggnEl P^ tra5^fo " rnHng an inp "utfile 

system administrator provide for management of the mer- imTI^^^^t^ Ihus, a syntax tree Is an internal 

chant system 120. Database actions enable the merchant to 60 f^Jresentation of the original input file. For more informa- 

create pages to access the database to insert, delete and tion on syntax tr^s, please refer to -Compilers principles 

update database mformation. Lastly, purchasing actions pro- techniques and tools'", by Alfred V. Aho ISBN 0-201- 

vide for the creation and execution of a shopper's order. A 10038-6. 

detailed explanation of the invocation and processing of FIG. 4 illustrates a template portion 150 and a syntax tree 

purchasing actions is provided in a commonly owned and 65 170 corresponding the template portion 150 To create the 

concurrently filed application having the title "System and syntax tree 170, the template parser 144 parses the template 

Method for Processing Electronic Order Forms^, Ser. No. portion 150 as follows. The template parser 144 converts the 
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directive [felchrows products "get-products"] 152 into a 
fetchrows branch 172 having a list "(P^TCHROWS, 
"product*', "get-products'*, Q )" for use by the page proces- 
sor 140 (FIG- 3b). The pjge^oq;ssotli40jnterpr^isihe_^^ 
item m the list^Cihe^chroi*^,^^ as an instruction 
to per form an jjh e remaimng items in tb&iist.as,paramcters 
~oflhe instruction. The template parser 144 next creates 
branch~176 for the carriage return at the end of the fetchrows 
directive 152 line in the template portion 150. The characters 
"\n" correspond to a carriage return in the C Programming 
Language. Similarly, the template parser 144 creates an 
eachrow branch 174 in the syntax tree 170 for the directive 
[eachrow produa] 154, The directive [eachrow product] 154 
initiates a loop to iterate through the rows of the "product" 
object- The directive [/eadirow] 156 denotes the end of the 
loop./Thus, the template parser 144 creates a sub- tree 180 
undef the eachrow branch 174 having branches conrespond- 
ing to template instructions within the loop. Note that a 
parameter of an instruction in a list may itself be another list 
which, in turn, is processed to its actual value for use as the 
parameter. In some cases, the parameter may be evaluated 
multiple times/Referring back to the template portion 150, 
the loop includes a line 158 in the template portion 150 
having directives [value product .sku] 160 and [value 
product. name] 162 to evaluate value references for "prod- 
uct .sku*' and "product.name". Note that the template parser 
144 creates a sku value branch 182 for the directive [value 
product.sku] 160 and a name value branch 184 for the 
directive [value product.name] 162 in the sub-tree 180. The 
template parser 144 hkewise creates branches 186, 188, 190 
in the sub-tree 180 corresponding to the HTML portions of 
line 158 and the carriage returns "Nn". Lastly, the template 
parser 144 creates branche 178 in the syntax tree 170 with 
the character "Xn" to indicate carriage return at the end of the 
line having the directive [/eachrow] 156. 
1^1 In yet another preferred embodiment illustrated in FIG. 4, 
the dynamic page generator 125 includes a page processor 
140, a query module 142, a template parser 144 and a 
memory 146. As noted previously, the dynamic page gen- 
erator builds a HTML page for display on a browser 122, 
123 using templates. As discussed above, the template parser 
144 obtains a template from the HTML structures 126, 
pjrs es this template to create a syntax tree and stores the 
T tsuiting syntax tree in the memory 146. The memorv^46 
may mclude a memory cache 148, such as the dynamic 
random access memory (DRAM) or static random access 
memory (SRAM), and may include a disk cache 149, such 
as magnetic floppy disk storage and magnetic or optical hard 
disk storage, for storing syntax trees produced by the tem 
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t he syn tax tree as compared to a disk cache 149 operating 
alone 



tconductor mehiory. 
LasUyrniep3gje-ipToaSs6r^40 cmmn with the query ' 

module 142 as needed to obtain, extract and format infor- 
mation from the database 121 for display on the browser 
122, L23 / 
IV. The Order Processing Module 
This section describes the order processing module 129 
shown in FIGS. 2 and 14. In the preferred embodiment of 
FIG. 1, an order processing module 129 creates and pro- 
cesses an order The order includes at least one order 
blackboard and one or more item blackboards. Preferably, 
each blackboard is an associative array having a key and a 
value for each key-value pair. A key is a string which 
uniquely identifies its associated value. To locate a particular 
value, a blackboard is searched for the proper key and 
returns the value associated with the key. In a preferred 
embodiment, the format of the order key-value pairs is 
"order.key" and the format of the item key-value pairs is 
"item^key". For example, the key for an item's SKU is 
referenced as '*ilem.sku", where "item" identifies the item 
blackboard and *'sku*' identifies the sku key-value pair. The 
key-value pairs in the order blackboard contain order 
properties, such as the order date, the consumer's name, the 
consumer's address, the desired shipping address, the billing 
information, the order subtotal, the taxes, and the order total. 
Key- value pairs in item blackboards have information about 
each item. For example, the key-value pairs in an item 
blackboard may have item information such as the item's 
30 stock keeping unit (sku), an item description, the item color, 
the item size, the item price and the quantity of items. 
Preferably, an item blackboard exists for each item. 
Moreover, the key-value pairs in one item blackboard can 
differ from the key-value pairs in another item blackboard. 
35^^ With reference to FIG. 2, the order processing module 129 
includes an order engine 130 and an order pipeline 131 
having multiple stages to process an order Each stage has 
one or more components which process the key-value pairs 
in the order. The order engine 130 determines which com- 
ponents in the order pipeline 131 process the order. Each 
component in the order pipeline 131 reads from or writes to 
its assigned key-value pairs. U pon receiving an order, a 
component searches for its assi 



20 



25 



40 



^ Jcev-value pairs ano ^ 

^gjjft kex ^atue pairs as needed j o^.p^ess the orHerT 
Thus, each cuuiponEnl only modifies its asai^ed key-value 
pairs. This aUp ^s a merchant to add ncw ^^^y-^a lue paiis 



without having to also modify the software instructions in 
other existing order processing components. Similarly, mer- 
chants may oistomize the lyerchant system JjOToTdtffeTe^ 
plate parser 144. Wh en a template is needed, the page 50 s ales'Stfuanons by merely mo^ilyina afl existmg comp onent, I 



55 



p rocessor 140 requests the te mplate's syntax t^ eejtom^e. 
memory 146. I f the requested syntax "tree is present in the 
memory cac he 148~or Ifi'c disk cacb e_149, the meEpory _146 
r eturns the requested syntax tree to the p age processor IjO . 
O therwise, the m emo ry 146 re quests the syntax tree from the 
teropla te p a rsf.r 4447— ~ 

The memory 146 provides for the efficient generation of^ {l 
HTML pag es fi-om templates by eli minating the need to 
pggl fae^same j fcmBla te multiple time s. For example, with- 
out the^ memory 146, if, a shopper requests-information on 



replacing an e^dstin g component with a new component^, o ; 
ad ding a new component. A detailed explanation of the order -1 
processing module 129 is provided in a commonly owned 
and concurrently filed appHcation having the title "System 
and Method for Processing Electronic Order Forms", Ser. 
No. 08/732,205, previously incorporated by reference. 

V. The Database Module J :^ 

This section describes the database module 127 shownTir 
FIGS. 2 and 14. The database module 127 provides an 
>o interface and a method for accessing data in existing data- 
bases 121 having a wide variety of schemas. In the merchant 
system 120, database queries are stored in the database 121 



146 having a memory cache 148 as well as a memory 146 
having a disk cache 149 or even a memory having both a 
memory cache 148 and a disk cache 149/ Note also that the 



multiple products, the templatg ^argerjj4 would have to 
cre ate a syntax tre e tor the j jroducthtml tempiate^Moreover, 

^he dynamic page generator 125 can operate using a memory i to isolate applications that access the database, such as the 



dynamic page generator 125 and the order processing mod- 
65 ule 129, from differences in schemas and data sublanguages, 
such as SQL. By storing queries as database data, changes 



addition of a memory cache 148 reduces retrieval time for^ to the database and differences in database query languages 
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are iransparent to applications usiog the database. Thus, a 
merchant does not have to modify its applications every time 
the merchant modifies the database. 

The database module 127 references a specific query 
stored in the database 121 by a query name. Upon receipt of 
the query name, the database module 127 retrieves the 
speciiSc query corresponding to the query name and retunis 
this query to the database 121 for execution. Upon execution 
of the specific query, the database 121 returns the query 
results to the database module 127 to form an access object 
having the query results. The database module 127 then 
delivers the access object to the application for further 
processing. 

In this manner, applications such as the dynamic page 
generator 125 and the order processing module 129 can 
retrieve information from a large installed base of databases 
121 having a wide variety of schemas without regard to its 
schema. A detailed explanation of the method and interface 
for accessing data without regard to the database schema and 
the database module 127 is provided in a commonly owned 
and concurrently filed application having the title "Database 
Schema Independence'^ Ser. No. 08/732,013 hereby incor- 
porated by reference. 

VI. Merchant System Data Bows and Architecture 
^JJk FIG. 5 illustrates the data flow for the database module 
l27 and the dynamic page generator 125. In particular, when 
a shi pper or merchant selects a button ^ tjji iik in a pa ge, the 
browser 122, 123 returns a URL to the merchant system 120, 
As discussed above, a URL^ ^th a refe rence to "pgen " 
inv okes the dynamic pa^ egenerator 125. The dynaniic page 
generator 125 cxtracts ^^tempiate name, "template. htm l", 
from the URL and retrieves th e template jtml file from the 
HT ML structures 126. When the template requires data froiii 
the database 121, the Bynamic page generator 125 passes a 
query name to the database module 127. The database 
module 127 uses the query name to retrieve the query from 
the database 121 and then passes the query to the database 
121 for execution. The database 121 in turn executes the 
query and returns the query results to the database module 
127 to produce an access object having the query results. 
The database module 127 returns the access object having 
the query results to the dynamic page generator 125. The 
djnnamic page generator 125 then processes the access object 
to extract and format the desired query results in HTML for 
display on the browser 122, 123. 

For example, a template portion 200 includes the HTML 
and directives shown in FIG. 6. The directive [fetchrows 
product "get-product"] 202 instructs the dynamic page gen- 
erator 125 to retrieve and execute the query named "get- 
product" on the database 121 . In a preferred embodunenti^ 
query is the SQL query "SELECT 



the "get-pIoducT query is ice quciy oclx::^! ^ 

FROM Product„uble" and the database 121 is a relational 
database having product information in a Product_table 
220. The dynamic page generator 125 passes the name 
"get-product" to the database module 127 which retrieves 
the SQL query "SELECT * FROM Product_tabIe" and 
passes it to the database 121 for execution. The database 121-^ 
returns the "get-product" query results to the database 
module 127 to incorporate into an access object 230 with a 
temporary name "product" for other directives in the tem- 
plate to reference. The product access object 230 includes a 
descriptor 232, a first row 234 and a second row 236. The 
HTML commands 204 instruct the browser 122, 123 to 
create and di^lay a table having columns titled "Item** and 
"Price". The directive [eachrow product] 206 instructs the 
dynamic page generator 125 to initiate a loop to iterate 
through the rows of the product access object 250, one row 



at a time. The directive [/eachrow] 208 denotes the end of an 
iteration of the loop. Thus, the directive [value product.sku] 
210 evaluates the product-sku value reference and places the 
value into the current page. Similarly, the directive [money 
5 product.list_price] 212 evaluates the product.list_price 
value reference, formats it as currency and places the 
formatted value into the current page for display. For 
example, for the first row 234 of the product access object 
230, the directive [value product.sku] 210 evaluates to 
10 "GLOVE" and the directive [money product.list_4)rice] 212 
evaluates to "$12.25". At the completion of the [eachrow 
product] 206 directive, the dynamic page generator 125 
passes a HTML file portion to the browser 122, 123 to 
format and display a table 240. 
15 FIG. 7 illustrates the flexibility of the database module 
127 and dynamic page generator 125 interaction. For 
example, suppose a merchant modifies the Product_table 
220 (FIG. 6) to fonm a Revised„product„table 250. Note 
that the Revised product table 250 has the sarrie informa- 
20 tion as the Product__table 220 (FIG. 6), but now includes an 
additional Description column 252. Using the template 
portion 200 (FIG. 6), the directive [fetchrows product "get- 
product"] 202 (FIG. 6) produces a product access object 260 

firom the Revised_product table 250. Although the product 

25 access object 260 includes a column 262 with data corre- 
sponding to the Description column 252, the template por- 
tion 200 does not reference this column 262 for display. 
Referring back to FIG. 6, HTML commands 204 and the 
directives [eachrow product] 206, [value product ^u] 210, 
30 [money product list__price] 212 and [/eachrow] 208 operat- 
ing on the product access object 260 (FIG. 7) produce a 
HTML file portion to display table 240 on a browser 122, 
123. Thus, the addition of a Description Column 252 to the 
Product_table 220 has no efifecl on the table 240 displayed 
35 on the browser 122, 123. 

Refeaing back to FIG. 7, to include the information in the 
Description column 252 of the Re vised__product_table 250, 
the template portion 200 (FIG. 6) is modified to form a 
revised template portion 270. Ite ms in boldface typ e in the 
40 revised template portion 270 indicat e^modiiications itotSe 
template portion^uO (FIG. 6) to display information from 
thr De^^S^^lumn 262. As noted above, the producT 
accSs objecT^au already inc tudes the intormatioD trom The 
De!Scriptioh coIutmr252l H FML command 272 instructs the 
45 browser to create and dfeplay a table having columns titled. 
"Item", "Price** and "Description". As before, the directive 
[eachrow product] 274 instructs the dynamic page generator 
125 to initiate a loop to iterate through the rows of the 
product access object 270, one row at a time and lW\ 
50 directive [/eachrow] 276 denotes the end of an iteration of 
the loop. The directives [value product.sku] 278 and [money 
product.list_price] 280 evaluate their respective value 
references, format the values as needed and place them into 
the current page. Now, the directive [value 
55 product.description] 282 evaluates the product.description 
value reference to place information from the Description 
column 252 into the current page. At the completion of the 
[eachrow product] 274 directive, the dynamic page genera- 
tor 125 passes a HTML file portion to the browser 122, 123 
60 to format and display a table 284 having the Description 
column 252 information. 

FIG. 8 ilhistrates the data flow for the daUbase module 
127 and the order processing module 129, The order pro- 
cessing module 129 of the merchant system 120 is config- 
65 urable. As noted previously, merchants may customize the 
order processing module 129 by modifying, replacing or 
adding components 132 to the order pipeline 131 as needed 
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to address their specific needs. Many of these components 
132 access the database 121 for specific product ioforma- 
tion. In a manner similar to the dynamic page generator 125, 
the order processing module 129 provides a query name to 
the database module 127, The database module 127 uses the 
query name to retrieve the query from the database 121 and 
Uicn passes the query to the database 121 for execution. The 
database 121 in turn executes the query and returns the query 
results to the database module 127 to produce an access 
objea having the query results. The database module 127 
returns the access object having the query results to the order 
processing module 129, which then processes the access 
object to extract and process desired query results to ulti- 
mately produce a purchase order Note that the order pro- 
cessing module 129 is capable of providing purchase orders 
in a wide variety of formats, such as electronic mail, printed 
copy, electronic data interchange (EDI format as defined by 
ANSI X.12-850), a flat text file, a fax and a database table 
entry. Subsequently, the merchant fulfills the purchase order 
by obtaining payment from the shopper and delivering to the 
shopper the items paid for. 

For example, if a shopper desires information on a 
product, the shoppe r selects Jhe product using the consum er 
bro^eLl22rThe consimier browser 122 sends the product 
URL to the merchant system 120 where the order processing 
module 129 obtains and writes the product information in an 
order 300 as shown in FIG. 9. The order 300 includes an 
order blackboard 302 and ao item blackboard 304. Note that 
the order blackboard 302 includes generic shopper 
information, such as the shopper*s name and credit card 
number To obtain product data, the order engine 130 
invokes the product information stage of the order pipeline 
131. 

In a preferred embodiment, the product information 
default component of the components 132 (FIG. 2) accesses 
the key-vahie pair in the item blackboard 304 to create and 
execute the "one product" query. Thus, the product infor- 
mation default component retrieves the key, SKU, and the 
value, GLOVE, from the item blackboard 304 and passes 
this key-value pair and the query name "one-product" to the 
database module 127. The database module 127 retrieves 
SQL text corresponding to "one-product" and uses the 
key-value pair in the SQL text to form the SQL Query 
"SELECT ♦ FROM Product_table WHERE SKU= 
'GLOVE"'. The database module 127 then passes this query 
to the database 121 having a Product_table 220 (FIG. 6). 
The database 121 executes the SQL query and returns the 
query results to the database module 127. 

The database module 127 in turn forms an access object 
310 including a row 312 having the query results and a 
descriptor 314 having the column names and corresponding 
data types from the Product_table 220 (FIG. 6). Afterwards, 
the database module 127 returns the access object 310 to the 
product information default component of the order process- 
ing module 129. The product information default component 
extracts product information from the row 312 (i.e., the 
name of the item, GLOVE, and its list price, 1225) and the 
column names 316 from the descriptor 314 (i.e., SKU and 
List__price). Lastly, the product information default compo- 
nent creates an annotated order 320 by adding the extracted 
information to the item blackboard 322. To do so, the 
product information default component first catenates the 
column names to the string "producl__'* and then forms 
key-value pairs, such as the product_SKU — GLOVE pair, 
for each column name and data value. Finally, the product 
information default component stores the key-value pairs 
formed in the item blackboard 322. Because the order 
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processing module 129 accesses product information 
± rough a name corresponding to a SQL query stored in the 
database 121, differences in database schcmas and data 
sublanguages do not affect the operation of the order pro- 
cessing module 129. 

FIG, 10 illustrates the data flow for the dynamic page 
generator 125 and the order processing module 129. For 
example, to view detaQed information about an item, a 
shopper may select the image of an item, an item from a 
menu or an item from a list of items in a table in the browser 
122. In a preferred embodiment, each image of an item 
includes a hyperlink specifying the item's URL. The 
browser 122 transmits the URL to the dynamic page gen- 
erator 125. The dynamic page generator 125 in turn retrieves 
the product.html template from the HTML structures 126 to 
create a product HTML page for display on the shopper's 
browser 122. The template directs the dynamic page gen- 
erator 125 to create an order for the selected item and to 
invoke the order processing module 129 to process the order 
for the selected item. In this maimer, the dyiiamic page 
generator 125 makes a request for the order processing 
module 129 to process an order. Within the order processing 
module 129, the order engine 130 invokes the product 
information stage of the order pipeline 131 to perform a 
query that retrieves product information from the database 
121 and then invokes the item price adjust stage of the order 
pipeline 131 to determine the regular and current prices of 
an item. The item price adjust stage includes a ItemPromo 
component, further described in a commonly owned and 
concurrently filed application having the title "Electronic 
Promotion System For An Electronic Merchant System", 
Ser. No. 08/732,195, hereby incorporated by reference. 
Upon completion of these stages, the order processing 
module 129 transfers the order back to the dynamic page 
generator 125, The dynamic page generator 125 combines 
the product information in the order with the product.html 
template to create a HTML page for display on the shopper's 
browser 122. 

For example, a template portion 340 includes the HTML 
and directives shown in FIG. 11. The directive [fetchproduct 
product GLOVE] 342 instructs the page processor 140 of the 
dynamic page generator 125 to build an order 350 having an 
item blackboard 352 and to call the order processing module 
129. The item blackboard 352 includes a SKU key-value 
pair 354 to denote the SKU that it represents. Upon creation 
of the order 350, the page processor 140 passes it to the order 
processing module 129. As discussed in FIG. 9, the order 
engine 130 invokes the product information stage of the 
order pipeline 131 to obtain the price of the product corre- 
sponding to the SKU in the item blackboard 352. As before, 
the product information default component uses the key- 
value pair 354 to form and execute a query on the database 
121 resulting in the access object 310 (FIG. 9). Similarly, the 
product information default component extracts the product 
information from the access object 310 (FIG. 9) and stores 
the resulting key-value pairs 356 in the item blackboard 360 
of a first annotated order 362. Now, the order engine 130 
invokes the item price adjust stage of the order pipeline 131 
to make any needed item price adjustments in the first 
aimotated order 362. Because the ItemPromo component of 
the components 132 (FIG. 2) has been configured to apply 
10% ofif of all items, it stores the "iadjust_currentprice" 
key-value pair on the item blackboard 372 of a second 
annotated order 374 to apply the 10% off promotion. When 
the ItemPromo component has completed posting the 
adjusted produa price to the item blackboard 372, the order 
processing module 129 then returns the second annotated 
order 374 to the dynamic page generator 125. 
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The directive [money producl.iadjusl_currientprice] 344 
instructs the page processor 140 to evaluate the value 
reference product. iadjust_currentprice and format the 
resulting value in a currency format on the shopper's 
browser. To do so, the page processor 140 obtains the value 5 
of the "iadjust_currcntprice" key-value pair, 1102, firom the 
item blackboard 372. The money directive instructs the page 
processor 140 to format the 1102 value as currency in the 
HTML sent to the browser 122 for display. Similarly, the 
directive [money product.product„List_price] instructs the lo 
page processor 140 to obtain the value of the *'product_ 
Ust_price" key-value pair, 1225, from the item blackboard 
275 and to format the 1225 value as currency in the HTML 
sent to the browser 122 for display. Upon completion of the 
money directive 346, the page processor 140 sends the i5 
HTML resulting from these directives to the consumer 
browser 122 for display of the resulting page portion 380. 

FIG. 12 illustrates the data flow for the dynamic page 
generator 125, the database module 127 and the order 
processing module 129, For example, when a shopper uses 20 
a shopping basket, the browser 122 transmits the URL to the 
dynamic page generator 125 requesting a page for the 
shopping basket. The dynamic page generator 125 in turn 
retrieves the basket.html from the HTML structures 126 to 
create a HTML page for display on the shopper's browser 25 
122. This template directs the order processing module 129 
to provide an order for the selected item. The order pro- 
cessing module 129 accesses the database module 127 to 
obtain product information lo prepare the order. Upon 
completion, the order processing module 129 transfers the 30 
order to the dynamic page generator 125. The dynamic page 
generator 125 uses the order with the baskethtml template 
to compose a HTML page for display on the shopper's 
browser 122. In parsing the template file, the dynamic page 
generator 125 often needs to acquire additional product 35 
information from the database 121 using the database mod- 
ule. As previously described, the database module 127 
accesses database queries by name and provides access 
objects having query results to the requesting application, 
such as the dynamic page generator 125 or the order 40 
processing module 129. 

For example, RG. 13a illustrates a template portion 400 
from the basket.html template. As noted above, the shopper 
invokes the basket.html template by selecting a shopping 
basket button on the consumer browser 122. In response, the 45 
consumer browser 122 creates and transmits a URL to the 
merchant system 120 instructing the dynamic page generator 
125 to retrieve and execute the baskct.html template. Sup- 
pose the shopping basket includes the hat and glove shown 
in the Product_table 220 (FIG. 6). The directive [fetchitems 50 
orderitems order .items] 402 instructs the dynamic page 
generator 125 to retrieve and store data for all of the items 
in an order in a variable orderitems to provide for reference 
by subsequent directives in the template portion 400. To 
execute the directive, the dynamic page generator 125 first 55 
evaluates the value reference orderitems., To determine the 
value of orderitems, the dynamic page generator 125 
invokes the order processing module 129 to obtain the order 
420 corresponding to a shopping basket having a glove and 
a hat. The order 420 includes an order blackboard 422 60 
having generic shopper information, such a s the shop oer!s 
name and credit ^rd number, an item bl ackboard 424 for the 
glove and an item blackboard 426 foF the hat. 

As described previously, the product information stage of 
the order pipeline 131 causes the product information 65 
default component to access product information from the 
database table Product_table 220 (FIG. 6) using the "one 



18 

product" SQL query, "SELECT * FROM Product_table 
WHERE SKU=*GLOVE'". As before, the database 121 
returns the query results lo the database module 127 to create 
and return an access object having the query results to the 
product information default component of the order process- 
ing module 129. The product information default component 
then extracts the product information from the access object 
and posts a key-value pair for the SKU 428 and for the 
List price 430 in the glove item blackboard 424. In a 
similar manner, key-value pairs for the SKU 432 and List__ 
price 434 are posted in the hat item blackboard 426. 

Upon completion of the product information stage of the 
order pipeline 131, the order processing module 129 returns 
the order 420 to the dynamic page generator 125. In a 
presently preferred embodiment, the dynamic page genera- 
tor 125 evaluates the value reference orderitems and 
executes the fetchitems directive 402 by directly extracting 
values from the item blackboards 424, 426 of the order 420. 
However, for illustrative purposes, an access object 440 is 
used to describe the how the dynamic page generator 125 
completes the remaining directives in template portion 400. 
The access object 440 corresponds to the order 420, and thus 
the variable orderitems, and includes a glove row 444 having 
glove information and a hat row 446 having hat information . 

Referring back to the t emplate_portion 400. the directive 
[eachrow orderitems] 404 initiates a loop and' instructs the 
dynamic page generator to iterate through the rows of 
orderitems 440 while the directive [/eachrow] 406 termi- 
nates the loop. The next directive [fetchrows crossinfo cross 
orderitems .sku] 408 instructs the dynamic page generator 
125 to execute the query nam ed ''cross" using the argument 
ord eritems .sku 41 D,a nd to pfacT't^T'tpreTy-festtlts-Ttrthe 
v ariable c rossiofo. The query "cross" corresponds to the 
SQL query "SELECT * FROM Cross_table WHERE 
SKU=:r'. Note that the "il** in the "cross" query serves as 
a placeholder for the value of the argument ordcritems.sku 
410 during each iteration of the eachrow loop. For example, 
for the first row 444 of access object 440, orderitems.sku 
evaluates to "GLOVE", so the first SQL query executed is 
"SELECT • FROM Cross_table WHERE SKU- 
*GLOVE'*'. Referring now to FIG. Ub, the Cross_table 
450 includes a single row having a cross sell product of a 
SCARF for a HAT. Thus, the first SQL query on the 
Cross_table 450 remms a first access object 460 having a 
descriptor 462, but no data as there are no entries in the 
CrDSS_table 450 corresponding to the SKU GLOVE. The 
first access object 460 corresponds to the variable crossinfo 
for the first interation of the eachrow loop. 

The directive [if crossinfo.count>0] 412 implements a 
standard if -then-else statement. The dynamic page generator 
125 evaluates the value reference crossinfo.count, where 
crossinfo.count evaluates to the number of rows in crossinfo, 
to perform the conditional test to determine if the value of 
crossinfo.count is greater than zero. If so, the dynamic page 
generator 125 performs the next line 414 in the template 
portion 400. Otherwise, the dynamic page generator 125 
executes the else line 416. Thus, for the first iteration of the 
eachrow loop, the value of crossinfo.count is zero because 
the first access object 460 has no rows and the dynamic page 
generator 125 executes the else line 416. The else line 416 
includes a directive [value orderitems.sku] 417. As noted 
above, orderitems.sku evaluates to GLOVE, so the dynamic 
page generator 125 sends HTML to the browser 122 where 
the first line 472 of a page portion 470 is displayed. 

Similarly, for the second row 446 of access object 440, 
orderitems jsku evaluates to "HAT" and the second SQL 
query executes is "SELECT * FROM Cross_table WHERE 
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SKU='HAr". Thus, the second SQL query on the Cross_ 
table 450 returns a second access object 464 (FIG. 136) 
having a descriptor 466 and a data row 468. Here, the second 
access object 464 corresponds to the variable crossinfo and 
crossinfo.count evaluates to one because the second access 
object 464 has one data row 468. Since one is greater than 
zero, the dynamic page generator 125 executes the next line 
414, which has a directive [value orderitems.sku] 418 and a 
directive [value crossinfo. related] 419. Here, orderitems,sku 
evaluates to HAT. As the second access object 464 corre- 
sponds to crossinfo for this iteration, crossinfo.related evalu- 
ates to the value in the Related, or second column, in the data 
row 468, or SCARF Thus, the dynamic page generator 125 
sends HTML to the browser 122 to display a second line 474 
of the page portion 470. 

FIG. 14 illustrates the architecture and data flow for the 
merchant system 120. In a preferred embodiment, a shopper 
selects a button, link or image having a link in a page using 
a browser 122. By selecting the link, the browser 122 returns 
a URL to the merchant system 120. As described above, a 
URL with a reference to "pgen" invokes the dynamic page 
generator 125. The dynamic page generator 125 in turn 
retrieves a template, "template.htmr*, from the HTMLstruc- 



to the merchant system 120. The merchant system 120 
evaluates the URL to determine that a shopper identified as 
"shopperid** desires the "test_store" running on the 
"sample" server to invoke "xt", the action manager 128, to 
execute the order.plao action using the argument "biIlto_ 
zip=92101'*. Thus, the action manager 128 invokes the 
order.plan action and begins to execute the pseudo code 
portion 500. The assignment statement 502 instructs the 
action manager 128 to extract the shopper identifier from the 
URL, "shopperid", to pass as a parameter to the "load_ 
order" fiin<Aion. The "load_order** function retrieves an 
order 300 (FIG. 9) from the database 121 corresponding to 
the shopper having a shopper identifier "shopperid" and 
places the order 300 (FIG- 9) in a variable order for future 
reference in the pseudo code portion 500. Note that the order 
300 (RG. 9) includes an order blackboard 302 (FIG. 9) and 
an item blackboard 304 (FIG. 9). The add statement 504 
instructs the action manager 128 to post the arguments 
received from the URL to the order blackboard 302 (FIG. 9) 
as a key-value pair. As noted above, the URL has provided 
the argument "billto_zip=92101'*. Thus, the action manager 
128 posts the URL argument as a key-value pair to the order 
blackboard 302 (FIG. 2) resulting in the revised order 520. 
Note that the revised order 520 includes a revised order 



tures 126 and begins to compose a page f or display on the 

hmw^j^rTg [Tt he template regoirgraata trom th edatabase [25 bladd>oard 522 having the Billto_zip key-value pair 526 



121, thcdynamic4iage_gcncrator 125 passes a query name 
to the'^atabase module 127, whi ch returns an access objec tl 
having t he query results . Similarl y, if the template requir es 
o rder infomiation from the order processing modu le 129- the | 
dynamic page generator 12 5 retrieves an order from the 
order processing module 129 and extracts tEe desi red^Q^er 
inforin|Ii o5~fo^ ispla]^I::ast ttie dynamic page generator 
125 assinoilatesallof the information needed by the template 
to produce a HTML page for transfer to the browser 122 for 
display. 

In a similar manner, a URL with a reference to "xt" 
invokes the action manager 128. The action manager 128 
executes the action ^ecified by the "module. action" portion 
of the URL. To do so, the action manager 128 evaluates any 
arguments provided by the URL and passes them to the 
action. Actions may communicate directly with the database 
module 127 to write data, such as orders, shopper 
information, product information and other information 
needed to nm and manage the merchant system 120, into the 
database 121. Actions also conununicate with the order 
processing module 129 as needed to process an order. An 
action may retrieve an order from the database 121 and then 
pass the order to the order processing module 129 for 
annotation. Ehiring the annotation of the order, the order 
processing module 129 interacts with the database module 
127 as needed to retrieve product information for the key- 
value pairs in the blackboards comprising the order. The 
annotated order is subsequently delivered to the dynamic 
page generator 125 to extract information from the order 
needed in a template to prepare a page for display on a 
consumer browser 122. In some circumstances, the action 
manager 128 sends the browser 122, 123 a redirect instruc- 
tion causing the display of a selected page. This occurs 
because a reloading of the page from which the shopper 
initiated the action will invoke the action again, which may 
be undesirable for certain actions. 

For example, FIG. 15^ illustrates a sample pseudo code 
portion 500 for the order.plan action. In a preferred 
embodiment, the consumer browser 122, in response to a 
shopper selecting the proper button, link or image having a 
link on a page, prepares and sends the URL "http://sampley 
prd.i/xt/test_storc/shoppcrid/order.plan; billto_zip=92101" 



50 



55 



and an unchanged item blackboard 524. 

Referring back to the pseudo code portion 500, the OPM 
instruction 506 invokes the order processing module 129 to 
execute the OPM.plan ftinction. The OPM. plan function 
receives the revised order 520 as the order parameter and 
causes the order engine 130 to invoke the pertinent stages of 
the order pipeline 131 to process the revised order 520. For 
example, suppose the pertinent stages of the order pipeline 
131 are the product information stage, the item price adjust 
stage, the order price adjust stage, the shipping stage, the tax 
stage and the order total stage. As discussed previously, the 
product information default component of the product infor- 
mation stage retrieves the key-value pair, SKU — GLOVE, 
from the item blackboard 304 (FIG. 9) and passes a query 
name to the database module 127 to create and execute the 
SQL Query "SELECT * FROM Product__table WHERE 
SKU=* GLOVE'" 00 the database 121. Upon execution of 
the SQL query, the database module 127 returns an access 
object 310 (FIG. 9) having product information in the row 
312 and the column names 316 in the descriptor 314. The 
product information default component extracts the SKU 
key from the column names 316 and its associated value 
GLOVE from the row 312 to form the SKU key-value pair 
540 in the annotated item blackboard 542 of the annotated 
order 544. Note that the product information default com- 
ponent catenates SKU to the string "_4)roduct_" to form the 
key '* product SKU". 

In a presently preferred embodiment, the leading " " 

portion of "_Product_" indicates that this key value pair is 
temporary and will not be saved with the order. The 

"product " portion of " product *^ indicates the stage that 

posted the key value pair, or the product information stage. 
Similarly, the product information default component 
extracts the remaining product information from the access 
object 310 (FIG. 9) and posts the List_price key value pair 
546. In a similar fashion, the item price adjust stage invokes 
a promotion component to post the promotion key-value pair 
548 and the order price adjust stage invokes a component to 
post the adjusted price key-value pair 550. In addition, the 
shipping stage invokes the default component to post a 
shipping key-value pair in the annotated order blackboard 
554. Ltewise, the tax stage invokes an optional 1% tax 
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component to post the tax key-value pair 556 and the order page generator 125 to execute the query named "cross" 
total stage invokes a component to sum the values and post using the argument orderitems.sku 580 and to place the 
the total key-value pair 558 to the annotated order black- query results in the variable crossinfo. The query "cross" 
board 554. The OPM.plan function terminates without an corresponds to the SQL query "SELECT * FROM Cross_ 
error. 5 table WHERE SKU^;!". Note that the in the "cross- 
Referring back to the pscudo code portion 500, the if query serves as a placeholder for the value of the argument 
statement 508 instructs the action manager 128 to evaluate orderitems.sku 580 during each iteration of the eachrow 
the condition order.error. As the OPM.plan function termi- loop. For example, for the row 612 of access object 610, 
nated without an error, the order.error condition is false, so orderitems.sku evaluates to "GLOVE", so the SQL query 
the action manager 128 proceeds to the redirect statement lO executed is "SELECT * FROM Cross_table WHERE 
510 of the else branch. The redirect statement 510 instructs SKU='GLOVE"\ 

the action manager 128 to send a redirect instruction to the Referring now to FIG. 13b, the Cross_table 450 includes 

browser to invoke the dynamic page generator 125 to a single row having a cross seU product of a SCARF for a 

execute the baskel.html template. Ustly, the action manager HAT Thus, the first SQL query on the Cross_table 450 

128 performs the "save_order(onJer)" instruction, saving all IS rehirns a first access object 460 haying a descriptor 462, but 

key-value pairs, except those beginning with an underscore. no data as there are no entries in the Cross_table 450 

The resulting saved order looks like the revised order 520. corresponding to the SKU GLOVE, The first access object 

FIG. 15fc illustrates a template portion 570 from the 460 corresponds to the variable crossinfo for the first inlera- 

basket.html template. Suppose the shopping basket includes tion of the eachrow loop. The directive [if crosisinfo.count 

the glove shown in the Product_table 220 (FIG. 6). The 20 >0] 582 implements a standard if-then-else statement. The 

directive [fetchitems orderitems order.items] 572 instructs dynamic page generator 125 evaluates the value reference 

the dynamic page generator 125 to retrieve and store data for crossinfo.count, where crossinfo.count evaluates to the num- 

all of the items in an order in a variable orderitems to provide ber of rows in crossinfo, to perform the conditional test to 

for reference by subsequent directives in the template por- determine if the value of crossinfo.count is greater than zero, 

tion 570, To execute the directive, the dynamic page gen- 25 If so, the dynamic page generator 125 performs the next line 

crator 125 first evaluates the value reference order.items. To 584 in the template portion 570. Otherwise, the dynamic 

determine the value of order.items, the dynamic page gen- page generator 125 executes the else line 586. 

erator 125 invokes the order processing module 129 to Thus, for the first iteration of the eachrow loop, the value 

obtain the order 520 (FIG. 15a) corresponding to a shopping of crossinfo.count is zero because the first access object 460 

basket having a glove. The order 520 includes an order 30 has no rows and the dynamic page generator 125 executes 

blackboard 522 (FIG. 15a) having generic shopper the else line 586. The else line 586 includes a directive 

information, such as the shopper's name and credit card [value orderitems.sku] 587. As noted above, orderitems.sku 

number, and an item blackboard 524 (FIG. ISa) for the evaluates to GLOVE, so the dynamic page generator 125 

glQve sends HTML to the browser 122 where the first line 622 of 

As described previously, the product infi^rmation stage of 35 a page portion 620 is displayed. As the access object 610 has 

the order pipeline 131 causes the product information only a single row, the loop terminates and the dynamic page 

default component to access product information from the generator 125 proceeds to the final line 588. The directive 

database table Product_tablc 220 (FIG. 6) using the "one [value order.billto_zip] 589 instructs the dynamic page 

product" SQL query, "SELECT * FROM Product_„table generator 125 to evaluate the value of order.billtojip. To 

WHERE SKU-*GLOVE"\ As before, the database 121 40 do so, the dynamic page generator 125 extracts the value 

returns the query results to the database module 127 to create "92101" using the key "biUto_zip" direcUy from the order 

and return an access object having the query results to the blackboard 608 of the modified order 606. Lastly, the 

product information default component of the order process- dynamic page generator 125 incorporates the "92101'' value 

ing module 129. The product information default component into the HTML sent to the browser 122, 123 to display the 

then extracts the product information fi"om the access object 45 second line 624 of the page portion 620. 

and posts a key-value pair for the SKU 600 and for the The present invention advantageously overcomes several 

List _pncc 602 in the modified item blackboard 604 of the limitations of existing technologies and alternatives. Exist- 

modified order 606. ing merchant systems, such as cShop 1.0 and Netscape 

Upon completion of the product information stage of the Merchant System, display only a limited subset of informa- 

order pipeline 131, the order processing module 129 returns 50 tion from their product databases in rigid display formats. If 

the modified order 606 to the dynamic page generator 125, a merchant desires to change the di^lay format, the mer- 

In a presendy preferred embodiment, the dynamic page chant has to revise the system modules producing the 

generator 125 evaluates the value reference order.items and display formats. In contrast to these systems, the present 

executes the fetchitems directive 572 by directly extracting invention permits the display of data retrieved from a wide 

values from the modified item blackboard 604 of the modi- 55 variety of database sources having a wide variety of sche- 

fied order 606. However, for illustrative purposes, an access mas. Likewise, the present invention permits the display of 

object 610 is used to describe the how the dynamic page data in any format or presentation desired by the merchant, 

generator 125 completes the remaining directives in tcm- The present invention provides this flexibility through the 

plate portion 570. The access object 610 corresponds to the use of display templates and a database schema independent 

modified order 606, and thus the variable orderitems, and 60 query mechanism. In this manner, a merchant handles a 

includes a glove row 612 having glove information. database schema modification by changing the database 

Referring back to the template portion 570, the directive queries stored in the database instead of modifying the 

[eachrow orderitems] 574 initiates a loop and instructs the system modules that perfonn database queries. Thus, a 
dynamic page generator to iterate through the rows of merchant can modify its database schema without affecting 
orderitems access object 610 while the directive [/eachrow] 65 the performance of the merchant system, Similariy, a mer- 
576 terminates the loop. The next directive [fetchrows chant can change the display fonuat by modifying the 
crossinfo cross orderitems.sku] 578 instructs the dynamic template, rather than the system modules producing the 
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display formats. Moreover, dynamic page generation is ooi 
limited to online merchant systems and the creation of 
HTML pages using directives. The dynamic page generator 
of the present invention is useful for any applications that 
create documents for visual display or electronic transmittal 5 
or storage incorporating information from one or more data 
sources. Thus, the present invention is applicable to mail 
merge operations for the preparation of form letters, the 
creation and publication of billing statements and purchase 
orders and the dynamic construction of electronic mail. 

Similarly, because of the database schema independence, 
the order processing module of the present invention does 
not require modification for each change to the database 
schema. In contrast to existing merchant systems that 
require a fixed, predefined database schema, database 
schema knowledge in the present invention is embedded in 
the data queries stored in the database. Thus, the components 
of the order processing module do not require modification 
to process an order if the merchant modifies or restructures 
the product information in the database. Moreover, the 
present invention is applicable to electronic transaction 
processing systems, such as batch processing of billing 
statements, subscriptions and telephonic order systems. 

In addition, existing merchant systems separate display 
operations from order processing operations. For example, 
eShop 1.0 and Netscape Merchant System do not permit 
price adjustments during order processing. Thus, a shopper 
using these merchant systems is not able to view information 
regarding sales taxes, shipping or other associated costs with 
the order. These merchant systems severely restricted a 
merchant's ability to promote their products to shoppers. In 
contrast to these restrictive designs, the present invention 
provides the capability to generate product information 
pages dynamically during order processing. Thus, a shopper 
using the present invention may view lax, shipping, handling 
and special merchant promotion information during order 
processing. Moreover, the calculations used to display prod- 
uct information are the same as the calculations used to 
process the order in the present invention. Thus, the present ^ 
invention guarantees a shopper consistency and reliability in 
the information used to make purchasing decisions. In this 
context, the present invention has applicability to customer 
service operations regarding billings. Thus, customer ser- 
vice representatives at phone centers can use the present 
invention to compute and display customer billing informa- 
tion in real time as needed to assist their customers. 
Similarly, merchants can use the present invention in their 
point of sale systems, such as electronic cash registers, to 
obtain and process customer information. 

Lastly, the present invention provides the ability to obtain 
a rich set of dynamically generated information from a wide 
variety of data sources. The present invention also provides 
the capability to perform a large set of processing operations 
and computations on the information prior to displaying the 55 
information. In contrast to existing systems, the present 
invention eliminates the restrictions of fixed, predefined 
database schemas, fixed order processing steps and compu- 
tations and relatively inflexible display mechanisms. The 
utility of this combination of features is widely applicable to 
interactive transaction processing applications. 

Those skilled in the art may practice the principles of the 
present invention in other specific forms without departing 
from its spirit or essential characteristics. Accordingly, the 
disclosed embodiments of the invention are merely illustra- 65 
tive and do not serve to limit the scope of the invention set 
forth in the following claims. 
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What is claimed is: 

1. A merchant system, comprising: 

a dynamic page generator to compose a page for display 
by processing a template having a database request for 
page data, wherein the database request is a query 
name; and 

a database module, in communication with a database and 
with the dynamic page generator, to retrieve page data 
from the database and to communicate the page data to 
the dynamic page generator, wherein the retrieved page 
data corresponds to a query stored in the database, 
wherein said query corresponds to said query name, 
and wherein the database module retrieves the data in 
a manner that is independent of any database schema. 

2. The merchant system of claim 1, wherein the database 
is defined by a single schema. 

3- The merchant system of claim 1, wherein the database 
is defined by a plurahty of schemas. 

4- The merchant system of claim 1, wherein the query is 
a SQL query. 

5. The merchant system of claim 1, wherein the database 
module returns an access object having the page data to the 
dynamic page generator. 

6. The merchant system of claim 1, wherein the template 
includes HTML and directives. 

7. The merchant system of claim 6, wherein the directive 
is a keyword specifying how to build the page for display. 

8. The merchant system of claim 1, further comprising 
HTML structures in communication with the dynamic page 
generator. 

9. The merchant system of claim 8, wherein the HTML 
stmctures include a plurality of templates. 

10. The merchant system of claim 8, wherein the HTML 
structures include a plurality of HTML pages. 

11. The merchant system of claim 8, further comprising a 
browser in communication with the dynamic page generator. 

12. The merchant system of claim 11, wherein the browser 
sends a URL to the dynamic page generator indicating the 
template to display. 

13. The merchant system of claim 11, wherein the 
dynamic page generator sends to the browser HTML result- 
ing from the processing of the template. 

14. The merchant system of claim 1, further comprising a 
browser in communication with the dynamic page generator. 

15. The merchant system of claim 14, wherein the 
browser sends a URL to the dynamic page generator indi- 
cating the template to display. 

16. The merchant system of claim 15, wherein the 
dynamic page generator sends to the browser HTML result- 
ing from the processing of the template. 

17. A merchant system, comprising: 

an order processing module, which makes a request for 
order data using a query name; and 

a database module, in communication with a database and 
with the order processing module, to retrieve the order 
data from the database and to communicate the order 
data to the order processing module, wherein the 
retrieved order data corresponds to a query stored in the 
database, wherein said query corresponds to said query 
name, and wherein the database module retrieves the 
data in a manner that is independent of any database 
schema. 

18. The merchant system of claim 17, wherein the data- 
base is defined by a single schema. 

19. The merchant system of claim 17, wherein the data- 
base is defined by a plurality of schemas. 

20. The merchant system of claim 17, wherein the guery 
is a SQL query. 
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21. The merchant system of claim 17, wherein the data- 
base module returns an access object having the order data 
to the order processing module. 

22. The merchant system of claim 17, wherein the order 
processing module comprises, 

an order pipeline having multiple stages, wherein each 
stage includes a plurality of components configured to 
process the order, and 

an order engine to determine which stages of the order 
pipeline to execute in order to process the order. 

23. The merchant system of claim 22, wherein the 
sequence of execution of the stages in the order pipeline is 
configurable. 

24. The merchant system of claim 22, wherein the com- 
ponents within each stage are configurable. 

25. The merchant system of claim 17, wherein the order 
comprises an order blackboard having key-value pairs. 

26. The merchant system of claim 25. wherein the order 
further comprises an item blackboard having key-value 
pairs. 

27. The merchant system of claim 26, wherein the com- 
ponent posts a portion of the order data retrieved from the 
database to the item bladcboard in a key-value pair. 

28. The merchant system of claim 25, wherein the com- 
ponent posts a portion of the order data retrieved from the 
database to the order blackboard in a key-value pair. 

29. A merchant system, comprising: 

an order processing module having a plurality of compo- 
nents configured to create and process an order, 
wherein a component makes a component request for 
order data; 

a dynamic page generator, in communication with the 
order processing module, to compose a page for display 
by processing a template having a request for informa- 
tion from the order and a database request for page 
data, wherein the request for page data is a query name; 
and 

a database module, incommunication with a database and 
with the order processing module and with the dynamic 
page generator, to retrieve order data from the database 
and to communicate the order data to the order pro- 
cessing module and to retrieve page data from the 
database and to communicate the page data to the 
dynamic page generator, wherein the retrieved order 
data corresponds to a query stored in the database, 
wherein said query corresponds to said query name, 
and the database module retrieves the order and page 
data in a manner that is independent of any database 
schema. 

30. The merchant system of claim 29, wherein the tem- 
plate includes HTML and directives. 

31. The merchant system of claim 30, wherein the direc- 
tive is a keyword specifying how to build the page for 
display. 

32. The merchant system of claim 29, further comprising 
HTML structures in communication with the dynamic page 
generator. 

33. The merchant system of claim 32, wherein the HTML 
structures include a plurality of templates. 

34. The merchant system of claim 32, wherein the HTML 
structures include a plurality of HTML pages. 

35- The merchant system of claim 32, fiirlher comprising 
a browser in communication with the dynamic page gen- 
erator. 

36- The merchant system of claim 35, wherein the 
browser sends a URL to the dynamic page generator indi- 
cating the template to display- 
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37. The merchant system of claim 35, wherein the 
dynamic page generator sends to the browser HTML result- 
ing from the processing of the template. 

38. The merchant system of claim 29, further comprising 
5 a browser in communication with the dynamic page gen- 
era to r. 

39. The merchant system of claim 38, wherein the 
browser sends a URL to the dynamic page generator indi- 
cating the template to display. 

JO 40. The merchant system of claim 38, wherein the 
dynamic page generator sends to the browser HTML result- 
ing from the processing of the template. 

41- The merchant system of claim 38, further comprising 
an action manager in communication with the browser, the 

15 order processing unit and the database module. 

42. The merchant system of claim 41, wherein the 
browser sends a URL to the action manager indicating an 
action to perform. 

43. The merchant system of claim 41, wherein the action 
20 manager redirects the browser to display a selected page. 

44. The merchant system of claim 41, wherein the action 
manager retrieves data from the database. 

45. The merchant system of claim 41, wherein the action 
manager saves data to the database. 

25 46. The merchant system of claim 41, wherein the action 
manager creates a new order having an order blackboard and 
posts a key-value pair to the order blackboard. 

47. The merchant system of claim 41, wherein the action 
manager retrieves the order having an order blackboard from 

30 the database module and posts a key-value pair to the order 
blackboard. 

48- The merchant system of claim 41, wherein the action 
manager retrieves the order having an item blackboard from 
the database module and posts a key-value pair to the item 
35 blackboard. 

49. The merchant system of claim 29, wherein the order 
processing module comprises, 

an order pipeline having multiple stages, wherein each 
stage includes a plurality of components configured to 
40 process the order, and 

an order engine to determine which stages of the order 

pipeline to execute in order to process the order. 
50- The merchant system of claim 49, wherein the 
sequence of execution of the stages in the order pipeline is 
45 configurable. 

51. The merchant system of claim 49, wherein the com- 
ponents within each stage are configurable. 

52. The merchant system of claim 29, wherein the order 
comprises an order blackboard having key-value pairs. 

50 53. The merchant system of claim 52, wherein the order 
further comprises an item blackboard having key-value 
pairs. 

54. The merchant system of claim 53, wherein the com- 
ponent posts a portion of the data retrieved from the database 

55 to the item blackboard in a key-value pair. 

55. The merchant system of claim 52, wherein the 
dynamic page generator extracts the information from the 
order using a key from a key-value pair. 

56. The merchant system of claim 52, wherein the com- 
60 ponent posts a portion of the data retrieved from the database 

to the order blackboard in a key-value pair. 

57. The merchant system of claim 29, wherein the data- 
base is defined by a single schema. 

58. The merchant system of claim 29, wherein the data- 
65 base is defined by a plurality of schemas. 

59. The merchant system of claim 29, wherein the query 
is a SQL query. 
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60. The merchant system of claim 29, wherein the com- 
ponent request is a component query name. 

61. The merchant system of claim 60, wherein the data- 
base module uses the component query name to retrieve a 
corresponding SQL query. 

62. The merchant system of claim 29, wherein the com- 
ponent request is stored in the database. 
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63. The merchant system of claim 29, wherein the data- 
base module returns an access object having the page data to 
the dynamic page generator. 

64. The merchant system of claim 29, wherein the data- 
base module returns an access object having the order data 
to the dynamic page generator. 
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